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(54) Proximity based service adaption 



(57) A technique is provided for a proximity based 
service adaption. According to an embodiment, a first 
user terminal (such as a computer) is provided and in- 
cludes a radio unit to establish a radio link with one or 
more radio units in other terminals or devices, an inter- 
face unit to determine a proximity state of a second user 
terminal with respect to the first user terminal based on 
a state of a radio iink between the first and second user 
terminals. The first user terminal also includes a service 
adaption unit to configure one or more user services 
based on the proximity state of the second userterminal 



with respect to the first user terminal. The second user 
terminal may be, for example, a mobile phone or other 
mobile terminal typically carried with the user. The radio 
unit may be a Bluetooth unit or other type of radio unit. 
According to an embodiment, the existence of a radio 
link between the first and second userterminal indicates 
a "close" proximity state, while non-existence of the ra- 
dio link indicates a "far" proximity state. Power control 
functionality in the radio units or other techniques can 
also be used to detect the proximity or closeness otthe 
two user terminals. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention is directed to computers 
and communications , and more particularly, to a prox- 
imity based service adaption. 

Description of the Prior Art 

[0002] Today, computers and mobile (or cellular) 
phones are typically used for different services. Howev- 
er, with the advent of new high-bandwidth radio technol- 
ogies (e.g., wideband Code Division Multiple Access or 
WCDMA, Broadband Radio Access Networks or BRAN, 
Wireless Application Protocol or WAP), mobile phones 
will be increasingly capable of providing services such 
as E-mail provided by the assignee's Extended Messag- 
ing Service (EMS). 

[0003] The user experience for a particular service will 
nevertheless strongly depend on the terminal used. For 
many applications, computers will remain preferred 
since they offer larger screens and keyboards. Mobile 
phones, on the other hand, excel through their small size 
and mobility. Personal Digital Assistants (PDAs) are 
somewhere in between. There is a separation between 
the capabilities of these terminal types. Each has its own 
advantages, and neither fully displaces the others. As a 
result, several terminal types are typically considered as 
complimentary terminals which will co-exist. 
[0004] To offer users an enhanced user experience, 
services should preferably adapt according to the termi- 
nal^) which are available to the user. There are several 
examples. When a user sits at the office or work place, 
the user may prefer to receive and read E-mail using a 
computer (e.g., desktop or laptop computer). When the 
user leaves their work place, the user may want to be 
notified on the mobile phone when new E-mail has ar- *o 
rived, be informed of who sent the E-mail, and even ob- 
tain a copy of the actual E-mail. On the other hand, such 
a notification or forwarding service is not useful and 
even annoying if the user sits at the work place. For a 
messaging service which indicates the user's online 45 
presence to other people using the same service (e.g., 
a "buddy list"), it is desirable that the user does not have 
to manually select whether he/she is at their computer 
or not. As an additional example, a computer is usually 
the preferred device for video calls, but only if the user 50 
is close enough to his/her computer at the work place 
to be able to hear the ringing indicating an incoming call. 
If the user is away from his/her computer or if the com- 
puter is switched off, it may be more desirable to forward 
the call to the mobile phone (possibly as an audio-only ss 
call). 

[0005] There presently exist several inadequate at- 
tempts to provide service adaption. These include the 



following: 

a) Manual activation/deactivation of a service by the 
user such as manual configuration with Web inter- 
face; 

b) Registration of a computer for a service (e.g., IP 
telephony) when a computer is switched on, and de- 
registration when the computer is shut down; 

c) Adaption of the computer to a service according 
to user activity (e.g., mouse or keyboard use); (note 
that b and c do not account for the common situation 
where a user is nearby his computer but not using it) 

d) Determination of the relative separation of a user 
from their laptop computer. Localized service areas 
in cellular systems {e.g., SOLSA (Support of Local- 
ized Service Areas)in GSM} have insufficient spa- 
tial accuracy (cell size), and the user's location is 
determined relative to a fixed location (base station) 
rather than to their computer which may be mobile; 
As a result, this technique is not effective either. 

[0006] SOLSA is a recent addition to the GSM stand- 
ard which enables tariffing differentiated for different 
groups of users and to be based on the users location. 
Users can belong to one or more localized service areas 
(LSA). Each LSA is defined as one or more radio cells. 
The network can apply differentiated charging for each 
LSA. Also, the network can grant users preferential or 
exclusive access or deny access depending on the LSA. 
[0007] Therefore, there is a need for an effective tech- 
nique to adapt or configure a service based on whether 
a user is close to his computer or not. 

SUMMARY OF THE INVENTION 

[0008] According to an embodiment, a first user ter- 
minal is provided and includes a radio unit to establish 
a radio link with one or more radio units in other termi- 
nals or devices, an interface unit coupled to the radio 
unit to determine a proximity state of a second user ter- 
minal with respect to the first user terminal based on a 
state of a radio link between the first and second user 
terminals. The first user terminal also includes a service 
adaption unit coupled to the interface unit to configure 
one or more user services based on the proximity state 
of the second user terminal with respect to the first user 
terminal. 

[0009] According to another embodiment, a system is 
provided for adapting a user service. A user's mobile 
phone or other mobile terminal is provided that is usually 
carried with a user. The mobile phone or mobile terminal 
includes a radio unit to establish a radio link with the 
radio units of one or more devices orterminals. A user's 
computer is provided and includes a radio unit to estab- 
lish a radio link with one or more radio units in other ter- 
minals or devices including the user's mobile phone and 
an interface unit coupled to the computer radio unit to 
determine a proximity state of the user's mobile phone 
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with respect to the user's computer based on a state of 
a radio link between the radio units of the computer and 
the mobile phone. The user's computer also includes a 
service adaption unit coupled to the interface unit to con- 
figure one or more user services based on the proximity 
state of the mobile phone with respect to the computer. 
[0010] According to one embodiment, the interface 
unit determines the proximity state to be a "close" prox- 
imity state if a radio link exists between the computer 
and mobile phone, and determines the proximity state 
to be a "far proximity state if the radio link between the 
computer and mobile phone is non-existent. According 
to another embodiment, the interface unit determines 
the proximity state to be a "close" proximity state if dy- 
namically transmitted power of the computer radio unit 
is less than a threshold value and to be a "far 4 ' proximity 
state if the transmit power is greater than or equal to the 
threshold value. According to an embodiment, the radio 
units may be Bluetooth units. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] The foregoing and a better understanding of 
the present invention will become apparent from the fol- 
lowing detailed description of exemplary embodiments 
and the claims when read in connection with the accom- 
panying drawings, all forming a part of the disclosure of 
this invention. While the foregoing and following written 
and illustrated disclosure focuses on disclosing exam- 
ple embodiments of the invention, it should be clearly 
understood that the same is by way of illustration and 
example only and is not limited thereto. The scope of 
the present invention being limited only by the terms of 
the appended claims. 

[0012] The following represents brief descriptions of 
the drawings, wherein: 

Fig. 1 is a block diagram illustrating a system ac- 
cording to an example embodiment of the invention. 
Fig. 2 is a block diagram illustrating two user termi- 
nals according to an example embodiment of the 
invention. 

Fig. 3 is a block diagram illustrating a radio unit ac- 
cording to an example embodiment. 
Fig. 4 is a flow chart illustrating a proximity based 
service adaption according to an example embodi- 
ment. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0013] Fig. 1 is a block diagram illustrating a system 
according to an example embodiment of the invention. 
A first terminal (terminal 1) is coupled to a second ter- 
minal (terminal 2) via a wireless (or radio) communica- 
tions link 1 1 0. Terminal 1 may be for example a personal 
computer or laptop computer or the like. Terminal 2 may 
be a mobile or cellular telephone or a PDA or other rel- 



atively small or mobile terminal which the user typically 
carries with him when he is at his work place and when 
he leaves the work place. Thus, the user would typically 
carry terminal 2 (such as a mobile phone) with him to 
5 go home, to go to a restaurant, to walk to another build- 
ing, to walk down the hall. According to an embodiment 
of the invention, either terminal 1 or terminal 2 can detect 
the proximity or closeness between terminal 1 and ter- 
minal 2 S and then use this proximity information to con- 
10 figure or adapt one or more user services. 

[0014] Fig. 2 is a block diagram illustrating two user 
terminals according to an example embodiment of the 
invention. A computer 204 is coupled to a mobile phone 
220 (or other mobile terminal such as a PDA or the like) 
is via wireless communications link 110. Computer 204 
may be a desktop computer, a personal computer (PC), 
a laptop, or the like. Computer 204 includes a number 
of standard components found in computers including 
a processor, main memory, a hard disk drive, a key- 
20 board, one or more additional input/output (I/O) devices 
and a monitor or display. The computer 204 includes an 
operating system and typically one or more application 
programs which can be run or executed. Only a portion 
of the components or units provided in computer 204 
25 are illustrated in Fig. 2. 

[0015] As shown in Fig. 2, computer204 also includes 
a radio unit for establishing a short-range wireless com- 
munications link with another radio unit. In an example 
embodiment, the radio unit 21 0 is a Bluetooth unit which 
30 may be provided, for example, in accordance with the 
"Specification of the Bluetooth System, Core," version 
1.0B, December 1,1999. This Bluetooth specification 
and additional information regarding the Bluetooth unit 
and the Bluetooth Special Interest Group can be found, 
35 for example, on the world wide web at 

[0016] The Bluetooth technology is an open specifi- 
cation for wireless communication of data and voice 
over a short-range radio link. Bluetooth allows for the 
replacement of proprietary cables that connect one dig- 
*o ital device to another with a universal short-range radio 
link. Mobile computers, cellular handsets or telephones, 
network access po i nts , p ri nters , P D As , des ktop comput- 
ers, keyboards, joysticks and other devices can be em- 
bedded with Bluetooth radios (or Bluetooth units) to al- 
15 low for the wireless communication of information be- 
tween devices. According to an embodiment, a number 
of features designed into the Bluetooth specification, 
such as power control and link supervision, can be used 
to determine the proximity or closeness between the 
50 computer 204 and the mobile phone 220 and then con- 
figure or adapt one or more user services accordingly. 
The use of the Bluetooth unit to determine proximity and 
then configure or adapt a service (as performed by an 
example embodiment) is not contemplated in the Blue- 
55 tooth specification. 

[0017] Fig. 3 is a block diagram illustrating a radio unit 
according to an example embodiment. The radio unit 
shown in the example embodiment of Fig. 3 includes a 
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transceiver 304, which includes a transmitter 310 for 
transmitting signals and a receiver for receiving signals. 
An antenna 320 is provided for receiving and radiating 
signals to and from the transceiver 304 . Processing and 
control circuitry 302 is provided for controlling the oper- 
ation of the radio unit, including the transmission of sig- 
nals. This radio unit in Fig. 3 is provided simply as an 
example embodiment. A wide variety of radio unit con- 
figurations are possible. 

[0018] The computer 204 includes a radio unit soft- 
ware driver 208 that is coupled to the radio unit 210 via 
line 244. Software driver 208 provides an interface unit 
to allow one or more applications running on computer 
204 to communicate with radio unit 210 (or Bluetooth 
unit). (As a result, driver 208 may be referred to gener- 
ically as an interface unit). The software driver 208 may 
include an Application Programming Interface (API) that 
includes a standard set of primitives or commands that 
applications may use to communicate with the radio unit 
21 0. The API of driver 208 translates the standard com- 
mands received from one or more applications to com- 
mands or signals compatible with (or understood by) the 
radio unit 210 (e.g., commands native to the radio unit 
21 0). The driver 208 and the API are provided such that 
software applications can inquire into the proximity state 
of a communications link between the radio unit of com- 
puter 204 and the radio unit of another terminal (e.g., 
the proximity of the user's mobile phone 220 with re- 
spect to the user's computer 204). 
[0019] According to one example embodiment, the 
driver 208 can determine the proximity of the mobile 
phone 220 to the computer 204 (e.g., a proximity state) 
based on the radio link supervision functionality already 
present in the Bluetooth specification/ the Bluetooth 
unit. According to one embodiment, two proximity states 
("close" and "far") are sufficient for use in configuring or 
adapting a user service (e.g., configure the service in a 
first state if the proximity state is close, and configure 
the service in a second state if the proximity state is far). 
Any number of proximity states can be used, however. 
[0020] A service adaption unit 206 (e.g., provided as 
either hardware or a software program) on computer 
204 is connected to software driver 208 via line 242. Ac- 
cording to an embodiment, service adaption unit 206 is 
an application program that communicates with the ra- 
dio unit 21 0 via the APIs of the software driver 208. The 
service adaption unit 206 can inquire via line 242 to driv- 
er 208 as to the proximity state of any radio unit or any 
terminal having a radio unit connected thereto. The soft- 
ware driver 208 then communicates with the radio unit 
210 via line 244 to determine the proximity of another 
terminal (e.g., mobile phone 220) to the computer 204 
(e.g., to determine the proximity state of another termi- 
nal). The proximity state (e.g., "close" or "far) of the oth- 
er terminal (e.g., mobile phone 220) is then returned or 
provided from the software driver 208 to the service 
adaption unit 206 via line 242. 

[0021] It is unnecessary for the software driver 208 to 



determine the proximity state continuously because a 
finite amount of time is required for a user to leave his 
computer. In many cases, the proximity state can be cal- 
culated every few seconds or periodically. In this way, it 
5 is possible to preserve the radio units' (the Bluetooth 
unit's) power saving modes where the radio link is tem- 
porarily inactive. 

[0022] Once the proximity state has been determined, 
the service adaption unit 206 configures or adapts one 

10 or more user services based on the proximity state. The 
service adaption unit 206 may configure a user's per- 
sonal services (e.g., E-mail services, IP-telephony serv- 
ices) by updating or writing information, status bits or 
flags in a service computer 204 via line 240, or even by 

is updating such information within the user's computer 
204. This may be done directly to the service or indirectly 
through a registry or local directory service, etc. Also, a 
service computer 202 may be connected to computer 
204 via a Local Area Network (LAN) or Intranet or via 

20 one or more other networks such as the INTERNET for 
controlling the service and may include a database, a 
platform or control program for this purpose. As a further 
example embodiment, the service adaption unit 206 
may configure the user's personal services by writing 

25 information for the user to a service computer 202 via 
the service interface 205 (Fig. 2). Service interface 205 
may be an API or an interface program. 
[0023] In one embodiment, the proximity state can be 
decided to be "close" if a radio link (e.g., a Bluetooth 

30 radio link) between the computer 204 and the mobile 
phone 220 exists (or can be established). The proximity 
state is considered to be "far if no connection or radio 
link exists (or can be established). 
[0024] Thus, for example, after the software driver 

35 208 receives a proximity inquiry for the mobile phone 
220, (or other terminal), the driver 208 may request the 
radio unit 210 to establish a connection or radio link 110 
between the radio units of computer 204 and mobile 
phone 220 (e.g., if no radio link exists). (The term "con- 

40 nection" here refers to generally establishing a radio 
path or radio link between the two radio units, and may 
include either a connectionless link or a connection-ori- 
ented link, or other type of link). According to one em- 
bodiment, if a connection or radio link cannot be suc- 

45 cessfully established between radio unit 21 0 of compu- 
ter 204 and radio unit 222 of mobile phone 220 (for ex- 
ample) , then the proximity state of the mobile phone 220 
is considered to be "far." If a wireless connection can be 
successfully established, the proximity state may be 

50 considered to be "close." The software driver 208 may 
receive only an indication of either a successful or un- 
successful radio link (or connection) establishment, and 
then reports to the service adaption unit 206 a "close" 
or "far proximity state, respectively. 

55 [0025] Once a radio link has been established be- 
tween the two radio units 21 0 and 222, the software driv- 
er can use a link supervision mechanism of radio unit 
210 to determine if the radio link has broken down. For 
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example, the Bluetooth unit includes such a link super- 
vision mechanism, and is briefly described in section 
10.11 (page 126) of the "Specification of the Bluetooth 
System, Core," version 1.0B, December 1, 1999. 
[0026] According to the Bluetooth specification, a 5 
connection or radio link between two Bluetooth units 
may break down for various reasons such as a terminal 
or device moving out of range or a power failure condi- 
tion. Since this can occur without any prior warning, it 
may be important to monitor the link on both the master 10 
side (on the side of the computer 204) and the slave side 
(the side of mobile phone 220). Also according to the 
Bluetooth specification, to be able to supervise link loss, 
both the master (e.g., radio unit 210) and slave (e.g., 
radio unit 222) can use link supervision timers. Upon re- * 5 
ception of a packet that passes a header-error-check 
(HEC) and has a valid or correct address, the radio unit 
resets or clears the link supervision timer. If at any time 
during a connection state (existence of a radio link) the 
link supervision timer reaches a predetermined value, 20 
the radio unit resets or terminates the radio link or con- 
nection. The termination (or reset) or break down of the 
radio link is then reported to the software driver 208, and 
the software driver 208 then reports to the service adap- 
tion unit 206 that the proximity state of the other terminal 25 
(e.g., the mobile phone) has changed from "close" to 
"far." The service adaption unit 206 would then re-con- 
figure the user's services based on this change in the 
proximity state. 

[0027] According to another embodiment, Bluetooth 's 30 
dynamic power control mechanism can be used to de- 
cide between "close" and "far" proximity states in a user- 
adjustable manner. According to the Bluetooth specifi- 
cation, the radio unit measures the signal strength of the 
received signal and provides a received signal strength 35 
indication (RSSI). If a Bluetooth unit measures a RSSI 
of a received signal in its receiver that differs too much 
from a preferred or optimal range of RSSI values, the 
receiving Bluetooth unit can request the transmitting 
Bluetooth unit to increase or decrease its transmit power 40 
until the received RSSI again falls within its own pre- 
ferred or optimal range. Power control is briefly de- 
scribed in section 3.18 (pages 215-216) of the "Specifi- 
cation of the Bluetooth System, Core," version 1 .0B, De- 
cember 1 , 1 999. Thus, with power control between the 4$ 
radio unit 210 (or Bluetooth unit) of computer 204 and 
radio unit 222 (or Bluetooth unit) of mobile phone 220, 
the transmit power of the computer's radio unit 210 will 
be dependent upon the distance between the computer 
204 and the mobile phone 220. For example, if the com- 50 
puter204 and mobile phone are close to each other (e. 
g., in the same room), the radio units of both the mobile 
phone and the computer204 will decrease theirtransmit 
power based on requests from the other device to adjust 
the transmit power. Likewise, if the computer 204 and 55 
mobile phone 220 are located relatively far away from 
each other (e.g., in different buildings), the radio units 
in both the computer 204 and the mobile phone 220 will 



adjust their transmit power based on request signals 
from the other radio unit. 

[0028] According to an embodiment, the value of the 
transmit power of the radio unit 21 0 of computer 204 can 
be used by the radio unit software driver 208 to deter- 
mine the proximity state of the mobile phone 220 with 
respect to the computer 204. According to an embodi- 
ment, if the transmit power of radio unit 210 is greater 
than or equal to a user-adjustable threshold value (or 
predetermined value), the software driver208 considers 
the proximity state to be "far," while if the transmit power 
of radio unit 21 0 is less than the threshold value (or pre- 
determined value), the software driver 208 considers 
the proximity state to be "close." The user can adjust the 
threshold value (or predetermined value) according to 
the desired size of the "close" region around the user's 
computer. The size of the "close" region may also de- 
pend upon a particular radio environment. 
[0029] According to an embodiment, the processing 
and control circuitry 302 of radio units 210, 222 (Fig. 3) 
performs the power control functions (e.g. , adjusting the 
transmit power based on instructions from the other ra- 
dio unit) and the link supervision or link monitoring func- 
tions (e.g., providing a link supervision timer, performing 
the HEC and address check, and then either resetting 
the timer if the packet is acceptable or terminating the 
link if the timer reaches the predetermined value). 
[0030] Fig. 4 is a flow chart illustrating a proximity 
based service adaption according to an example em- 
bodiment. At block 410, a proximity or closeness of a 
user's first terminal (e.g, a user's computer) is deter- 
mined with respect to the user's second terminal (e.g., 
the user's mobile phone) based on a state or status of 
a radio link between the two terminals. According to one 
embodiment, if a radio link exists between the two ter- 
minals the proximity state is "close," and if a radio link 
does not exist (or cannot be established or has been 
terminated or reset) then the proximity state of the sec- 
ond terminal with respect to the first is "far." This can be 
done, for example, using the link supervision function- 
ality provided by a Bluetooth unit or other radio unit. Ac- 
cording to another embodiment, the automatic power 
control feature of a Bluetooth unit (or other radio unit) 
can be used to determine the proximity state as well. 
[0031] At block 415 of Fig. 4, one or more user serv- 
ices are configured based on the proximity state deter- 
mined in block 410. 

[0032] According to one embodiment, a service is 
configured (or adapted) to be delivered to a user's com- 
puter if the user's mobile terminal (e.g., mobile tele- 
phone or PDA) is close to the user's computer or within 
a predetermined distance or proximity (e.g., a "close" 
proximity state), while the service is configured (or 
adapted) to be delivered to the user's mobile terminal if 
the mobile terminal is not close to the user's computer 
(e.g., a "far" proximity state). 

[0033] A wide variety of user services can be config- 
ured based on the proximity state of the user's mobile 
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phone with respect to the user's computer. For example, 
for an E-mail service, the service can be configured to 
deliver E-mails to the user's computer 204 if the prox- 
imity state is "close" and to deliver E-mails to the user's 
mobile phone 220 (or other mobile terminal) if the prox- s 
imity state is "far." Alternatively, just a notification that 
an E-mail has arrived for the user {or other information 
relating or describing the E-mail, including the sender 
and the topic, etc.) can be provided to the user's mobile 
terminal (e.g., user's mobile phone or PDA) only when 10 
the proximity state is "far." For telephony, IP-telephony 
or video-telephony services, these services (i.e., calls 
to the user) could be delivered or routed to the user's 
computer 204 if the proximity state is "close" and deliv- 
ered or routed to the user's mobile phone or other mobile is 
terminal if the proximity state is "far." Also, the user can 
be automatically registered (e.g., by service adaption 
unit 206 or other unit) for IP-telephony services only 
when the proximity state is "close." For a messaging 
service, the service may be configured to notify other 20 
users of the service that the user is at their computer or 
available to receive messages only when the proximity 
state is "close," for example. These simply provide a few 
examples of how a user service can be adapted or con- 
figured based on the proximity or closeness of the user's 25 
mobile terminal (e.g., mobile phone) to the user's com- 
puter. 

[0034] The invention has the following additional em- 
bodiments: 

30 

Security 

[0035] A radio transmitter (e.g. bluetooth) may be in- 
tegrated with a credit card or electronic cash card such 
that a payment transaction may only be effected when 
a similar device (for example, worn on the body of the 
authentic card owner) is within range. This type of serv- 
ice adaption is thus one of payment transaction author- 
ization. If the card is stolen and the pin code of the card 
be determined, no payment could be effected without 
the corresponding radio link (e.g. bluetooth) confirma- 
tion. The invention provides an additional security layer 
for E-Commerce type applications. The bluetooth cir- 
cuitry can control the electronic signature of the card. 

Activity List Generation 

[0036] In certain situations, a person may arrive back 
in a place controlled by a bluetooth piconet. One exam- 
ple, without being limiting, is that of a person arriving 
home. The person then receives a status report about 
the home, such as a confirmation of which household 
appliances are working, e.g. the washing machine is on, 
a spouse will arrive home at 7:00 p.m. , options for dinner 
are grilled fish with vegetables located in the refrigera- 
tor, etc., pick up the children from a playgroup before 6: 
00 p.m. 

[0037] Essentially the service adaption is that of task 



allocation as a function of the status of the controlled 
space and in relation to the tasks that must be per- 
formed. 

[0038] An alternative example is a person arriving at 
work who receives a status report of who is present and 
where they are located, which tasks have been allocat- 
ed, and the current status of those tasks. For example, 
a person working in inventory management at a super- 
market might arrive to be informed of which vehicles 
were being unloaded, where personnel were working, 
who was absent, etc. 

Emergency Vehicle Service Adaption 

[0039] A call sent to a police vehicle may not be re- 
ceived by the officers in the vehicle if no one is present. 
A bluetooth piconet in the vehicle can determine that no 
officer is present from the absence of return signal and 
the call is then redirected to the officer's hand commu- 
nication device. 

Machine Operation in Factory 

[0040] To prevent accidents or the unauthorized use 
of vehicles or machinery, the invention provides a pi- 
conet radio link confirmation that the authorized person 
is present to permit such operation or use of the vehicle. 

Patient Nurse Request System 

[0041] In a hospital, a patient may request for a nurse 
to come. If the nurse is momentarily away from the place 
of attendance, the service adaption forwards the re- 
quest to a designated reserve person. 

User Notifications from Calendar and Task 
Management 

[0042] Conventional -calendar and task management 
applications (e.g. like in Microsoft Outlook) allow user 
notification at predetermined times. 
[0043] One application of the present invention is that 
such event notifications (e.g. about a meeting) are sent 
to the user's mobile (e.g. via SMS, WAP, etc.) when the 
event occurs while the user is away from the workplace. 
[0044] Furthermore, proximity detection enables a 
service adaption module to determine for how long a us- 
er has been away from his computer. This allows a 
whole new set of services not possible without the 
present invention. 

[0045] Another application f orcalendar and task man- 
agement is, to notify a user of some event or task-to-do 
when he returns to his work place but only if he/she has 
been away from the work place for a certain minimum 
time. 

[0046] Several embodiments of the present invention 
are specifically illustrated and/or described herein. How- 
ever it will be appreciated that modifications and varia- 
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tions of the present invention are covered by the above 
teachings and within the purview of the appended 
claims without departing from the intended scope of the 
invention. For example, the example embodiment of 
Fig. 2 shows that computer 204 includes a driver 208 5 
and a service adaption unit 206 for determining a prox- 
imity state and configuring a user service, respectively. 
In an alternative embodiment, a mobile terminal (such 
as a mobile phone or PDA) includes a radio unit software 
driver 208 and service adaption unit 206. In such alter- 10 
native embodiment, the mobile terminal would thus de- 
termine the proximity state and then update or configure 
the userservice in the same manner as described above 
for computer 204. It is intended that all such modifica- 
tions fall within the scope of the appended claims. is 



Claims 

1 . A method of adapting a user service comprising the 20 
steps of: 

determining a proximity of a user's first terminal 
with respect to a user's second terminal based 
on a state of a wireless link between the first 25 
and second terminals; 

configuring a user service based on the prox- 
imity. 

2. The method of claim 2 wherein the first terminal is 30 
a computer and the second terminal is a mobile ter- 
minal. 

3. The method of claim 2 wherein the step of deter- 
mining comprises the step of attempting to establish 35 
a radio link between the computer and the mobile 
terminal if no radio link exists, the proximity state 
being a "close" proximity if the radio link is success- 
fully established and being a "far proximity state if 

the radio link is not successfully established. 40 

4. The method of claim 2 wherein the step of deter- 
mining comprises the step of monitoring or super- 
vising a radio link between the user's computer and 

the user's mobile terminal. *s 

5. The method of claim 4 wherein the step of deter- 
mining comprises the step of monitoring or super- 
vising a radio link between the computer and the 
mobile terminal, the proximity state being a "close" so 
proximity if the radio link exists and being a "far" 
proximity state if the radio link does not exist. 

6. The method of claim 5 wherein the step of monitor- 
ing or supervising the radio link is performed by us- ss 
ing a link supervision timer. 

7. The method of claim 6 wherein the step of monitor- 



ing or supervising the radio link is performed by re- 
setting the link supervision timer if a received packet 
passes a header error check and contains a valid 
address, the radio link being reset or terminated if 
the link supervision timer reaches a predetermined 
value and the proximity state being changed to "far" 
if the link is terminated or reset. 

8. The method of claim 2 wherein the step of deter- 
mining comprises the step of determining a proxim- 
ity state of a user's computer with respect to a user's 
mobile terminal based on the transmit power from 
either the computer or the mobile terminal. 

9. The method of claim 2 wherein the step of deter- 
mining comprises the steps of: 

determining if a transmit power of the user's 
computer is greater than a threshold value; 
setting the proximity state to a "close" proximity 
state if the transmit power is less than the 
threshold value, and setting the proximity state 
to a "far" proximity state if the transmit power is 
greater than or equal to the threshold value. 

10. The method of claim 9 and further comprising the 
step of setting a threshold value to establish a se- 
lected size of a "close" region around the computer. 

11. The method of claim 2 wherein the step of deter- 
mining a proximity state is performed periodically. 

12. The method of claim 2 wherein the step of deter- 
mining is repeated, the method further comprising 
a step of reconfiguring the user service if the prox- 
imity state has changed. 

13. The method of claim 2 wherein the step of deter- 
mining comprises the step of determining a proxim- 
ity state of a user's computer with respect to a user's 
mobile terminal based on a state of a radio link be- 
tween the computer and the mobile terminal, the 
proximity state being either a "close" proximity or a 
"far" proximity. 

14. The method of claim 13 wherein the step of config- 
uring a user service comprises the step of configur- 
ing a user service to deliver the service to the user's 
computer if the proximity state is a "close" proximity 
state and to deliver at least a portion of the service 
to the mobile terminal if the proximity state is a "far" 
proximity state. 

15. The method of claim 13 wherein the step of config- 
uring a user service comprises configuring an E- 
mail service to provide at least some information re- 
garding E-mails which have arrived to the user's 
mobile terminal if the proximity state is a "far" prox- 
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imity state. 

16. The method of claim 13 wherein the step of config- 
uring a user service comprises configuring an E- 
maii service to provide a notice of arrived E-mails 5 
to the user's mobile terminal if the proximity state is 

a "far" proximity state. 

17. The method of claim 13 wherein the step of config- 
uring a user service comprises configuring an E- 10 
mail service to provide arrived E-mails to the user's 
mobile terminal if the proximity state is a "far" prox- 
imity state. 

18. The method of claim 13 wherein the step of config- 1$ 
uring comprises the step of configuring a telephony 
service to route a telephony call to the user's com- 
puter if the proximity state is a "close" proximity 
state and configuring the telephony service to route 

a telephone call to the user's mobile terminal if the 20 
proximity state is a "far" proximity state. 

19. The method of claim 19 wherein the telephony call 
comprises an IP-telephony call. 

25 

20. The method of claim 13 wherein the step of config- 
uring comprises the step of configuring a messag- 
ing service to notify other users of the service that 
the user is at their computer or available to receive 
messages when the proximity state is a "close" so 
proximity state. 

21. A first user terminal comprising: 

a radio unit to establish a radio link with one or 35 
more radio units in other terminals or devices; 
an interface unit coupled to the radio unit to de- 
termine a proximity state of a second user ter- 
minal with respect to the first user terminal 
based on a state of a radio link between the first *o 
and second user terminals; and 
a service adaption unit coupled to the interface 
unit to configure one or more user services 
based on the proximity state of the second user 
terminal with respect to the first user terminal. ^ 

22. The first user terminal of claim 21 wherein the first 
user terminal comprises a computer. 

23. The first user terminal of claim 22 wherein the sec- 50 
ond terminal comprises a mobile phone or other mo- 
bile terminal usually carried with a user. 

24. The first user terminal of claim 21 wherein the first 
user terminal comprises a mobile phone or other 55 
mobile terminal usually carried with a user. 

25. The first user terminal of claim 24 wherein the sec- 



ond user terminal comprises a computer. 

26. The first user terminal of claim 21 wherein the inter- 
face unit comprises a software driver coupled to the 
radio unit and the service adaption unit. 

27. The first user terminal of claim 21 wherein the inter- 
face unit comprises an interface unit coupled to the 
radio unit to determine a proximity state of a second 
user terminal with respect to the first user terminal 
based on a state of a radio link between the first and 
second user terminals, the proximity state being ei- 
ther a "close" proximity state or a 'far proximity 
state. 

28. The f irst user terminal of claim 27 wherein the radio 
unit includes processing and control circuitry for su- 
pervising or monitoring the radio link between the 
first and second user terminals and reporting a link 
failure or link termination to the interface unit. 

29. The first user terminal of claim 28 wherein the inter- 
face unit interprets an existing radio link between 
the first and second user terminals as a "close" 
proximity and the non-existence of a radio link as a 
"far proximity. 

30. The first user terminal of claim 27 wherein the radio 
unit includes processing and control circuitry to in- 
crease or decrease transmit power of the radio unit 
based on requests from a radio unit of the second 
user terminal, the interface unit interpreting a trans- 
mit power of the radio unit of the first user terminal 
that is less than a threshold value as a "close" prox- 
imity and interpreting a transmit power of the first 
user terminal radio unit that is greater than or equal 
to the threshold value as a "far proximity. 

31 . The first user terminal of claim 27 wherein the adap- 
tion unit comprises an adaption unit that configures 
a user service to deliver the service to the first user 
terminal if the proximity state is a "close" proximity 
state and to deliver at least a portion of the service 
to the second user terminal if the proximity state is 
a "far" proximity state. 

32. The first user terminal of claim 21 wherein the radio 
unit comprises a Bluetooth unit. 

33. The first user terminal of claim 21 wherein the radio 
unit comprises a Bluetooth unit that is embedded 
within the first user terminal. 

34. A system for adapting a user service comprising: 

a user's mobile phone, the mobile phone in- 
cluding a radio unit to establish a radio link with 
the radio units of one or more devices ortermi- 
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nals; and 

a user's computer, the computer including: 

a radio unitto establish a radio link with one 
or more radio units in other terminals or de- s 
vices including the user's mobile phone; 
an interface unit coupled to the computer 
radio unit to determine a proximity state of 
the mobile phone with respect to the com- 
puter based on a state of a radio link be- 10 
tween the radio units of the computer and 
the mobile phone; and 
a service adaption unit coupled to the in- 
terface unit to configure one or more user 
services based on the proximity state of the *5 
mobile phone with respect to the computer. 
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(54) Proximity based service adaption 

(57) A technique is provided for a proximity based 
service adaption. According to an embodiment, a first 
user terminal (such as a computer) is provided and in- 
cludes a radio unit to establish a radio link with one or 
more radio units in other terminals or devices, an inter- 
face unit to determine a proximity state of a second user 
terminal with respect to the first user terminal based on 
a state of a radio link between the first and second user 
terminals. The first user terminal also includes a service 
adaption unit to configure one or more user services 
based on the proximity state of the second user terminal 
with respect to the first user terminal. The second user 
terminal may be, for example, a mobile phone or other 
mobile terminal typically carried with the user. The radio 
unit may be a Bluetooth unit or other type of radio unit. 
According to an embodiment, the existence of a radio 
link between the first and second user terminal indicates 
a "close" proximity state, while non-existence of the ra- 
dio link indicates a "far" proximity state. Power control 
functionality in the radio units or other techniques can 
also be used to detect the proximity or closeness of the 
two user terminals. 
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